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Introduction 



• Future manned missions present unique challenges: 

- Require interoperability among space agencies 

- Reduced budgets for operations and development 

• Mission Operations identifies two benefits of interest: 

- Increase interoperability among space agencies 

- Reduced cost of mission-specific deployment 

• Interoperability Prototype covers three main topics: 

- Validation of the Mission Operations Protocol 

- Integration of legacy systems in an SOA 

- Exploration of the Data Distribution Service 
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Motivation 



• Common exchange format between NASA control 
centers is necessary 


• Investigating ground-to-ground 
standardization 



• Negotiation of an data exchange format between control 
centers can be challenging. 
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Validation of MO Protocols 



• Collaborate with the German Space Operations 
Center (DLR) to implement an interoperability 
prototype 

- Prototype implements five MO services: 

° Action Service 


° Parameter Service 
° Alert Service 
° Directory Service 

° Login Service (internal access control) 

• Identify additional capabilities for the services to 
meet human spaceflight operations concepts 
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Action, Alert and Parameter 
Service Architecture 
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Directory Service Architecture 
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Encoding Specifications 



• Encoding is currently mission implementation specific 


• Developed a BNF like grammar to describe a binary 
encoding with emphasis on simplicity 


• Developed an XML schema for encoding of the data 
structures necessary for the Directory Service 
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Bridging System Domains 



DLR Gateway OTF Gateway 


• Use an “in care of” address to specify the 
routing information 

- otf-service-uri@otf-gateway-uri 

• The Message Header URI contains the 
complete routing sequence similar to USENET 
addresses 
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In Care of Address Example 


DLR Action 
Service 
Consumer 






OTF Action 
Service 
Provider 


DLR Gateway 


URI to 

ddsbin: actio n-service@ 


j msbin : ofj^pfgway % 


URI from 

j msbin : action-client 


URI from 

ddsbin : action-ser vice@ 


j msbin : otf-gateway @ 
j msbin : dlr-gateway 



ddsbin: action-service@ 


jnisl>in:o(fjga{gway 
j msbin : action-client@ 


jmsbin^j^^ay 
j msbin : action-client@ 


j msbin : otf-gateway 


- 




OTF Gateway 


j msbin IdRigfrfrroay 
ddsbin : action-service@ 


URI to 

ddsbin: action-service 


URI to 

j msbin : action-client@ 


j msbin (j j ay @ 


msbin uri Lfj.jjjj(ay@ 
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Additional Capabilities 



• Human spaceflight requirements for Action 

Service 

• Significant departure from traditional unmanned 

environment: 

- Control a few number of resources with a large 
number of people 

- Consequences of sending the incorrect command 
are more serious when humans are aboard 

- Provides a distributed work environment to allow 
flight controllers and operators to collaborate 

- Maintain a dynamic and shared command repository 
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Integrating Legacy Systems 


• Action Service interfaces with the ISS Command Server 

- T reated as just another client 

- Identified a set of eleven Station commands 

• Parameter Service interfaces with the telemetry 
distribution system for ISS and the Space Shuttle 

- Identified a set of twenty corresponding ISS 
telemetry parameters 

• Alert Service interfaces with the advisory service for ISS 
and the Space Shuttle. 
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Prototype Architecture 
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Bridging Control Centers 
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Extend Prototype Bridge 



• Prototype bridge solution requires knowledge of 
complete routing sequence 

• Extend solution to accommodate an arbitrary 
number of gateways. 

• Maintain only the next hop routing information in 
the URI 
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Bridge Publish Availably 
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Bridge Request / Reply 
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Data Distribution Service 



• Prototype uses for bulk data transfer 

• Plan to perform benchmark comparisons 
against legacy telemetry distribution system 

• Investigate structured data messages 
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Transport Broker 
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Conclusion 



• Specifications are sufficiently robust to allow 
NASA missions to collaborate 


• Specifications are not yet capable of replacing 
existing systems 


Encourage NASA space centers to participate in 
the working group and propose capabilities 
necessary for mission support 
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Thank You 



• Questions 
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